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COMPUTING SYSTEM 

Background of the Invention 

The present invention relates to a computing system such as a 
virtual machine, a logical partitioned computer, a physical partitioned 
computer, or the like, and, in particular, to configuration management, 
failure monitoring and control of internal hardware resources in such a 
computing system. 

Conventionally, vital service such as mission-critical service 
utilizes a mainframe computer. Generally, a mainframe computer 
comprises particular hardware architecture and a particular operating 
system oriented to that particular architecture. Configuration 
management, failure monitoring and control of hardware resources in 
such a mainframe computer are realized through a special monitoring 
apparatus or terminal provided separately from the main body of the 
computer. Usually, an administrator uses a management console, in 
order to manage, monitor and control internal hardware resource 
information collected by the special monitoring apparatus etc., to 
which the management console connects via network. 

The reason why thus-described configuration is employed for 
management, monitoring and control of hardware resources in a 
mainframe computer is as follows. Namely, a mainframe computer is 
used for vital service such as mission-critical service, and that 
computing system is vital, and accordingly it is necessary to prepare a 
special monitoring apparatus or the like separately from the main body 
of the computer. Further, it is easy to prepare a special monitoring 
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apparatus, since the number of computers under administration is 
small. 

In the field of mainframe computers, a computing system has 
been conventionally known, such as a virtual machine, a logical 
partitioned computer, physical partitioned computer, or the like, in 
which a plurality of operating systems run in parallel on one computer. 
Also in such a computing system, configuration management and the 
like of hardware resources are realized similarly to a computing 
system on which a single operating system runs. Conventional 
examples of virtual machine are described in Japanese Unexamined 
Patent Laid-Open Nos. 9-171475 and 8-227406, etc., for example. 

On the other hand, an open architecture computer such as a 
personal computer, workstation, or the like, comprising open hardware 
architecture and a multi-purpose operating system oriented to that 
architecture, has been rarely used for mission-critical service, owing to 
performance of the computer itself. Further, it is very rare to employ 
a computing system's configuration on which a plurality of operating 
systems run. Further, generally, the number of computers in which a 
system configured with open architecture computers is much greater 
than that with mainframe computers, and accordingly, it is not easy to 
provide a special monitoring apparatus or the like for each computer. 

Accordingly, in an open architecture computer, usually, a 
management agent executed on an operating system performs 
configuration management, failure monitoring and control of hardware 
resources in a computer, and an administrator uses a management 
console connected to the computer via network to manage, monitor 
and control information on the hardware resources in the computer. 
Further, to cope with a fatal hardware failure, a certain server-type 
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computer is sometimes provided with an apparatus for managing, 
monitoring and controlling hardware resources in the main body. In 
many cases, such an apparatus is implemented as a relatively simple 
add-in board or the like that can be housed in the main body. Such a 
5 conventional example is mentioned in Japanese Unexamined Patent 
Laid-Open No. 9-50386, for example. 

Summary of the Invention 
Recently, however, performance of open architecture computer 
10 is getting close to that of mainframe computer, and, using open 
Q architecture computers to a central system for mission-critical service 

%P is increasing. Further, concerning management of computers, it is 

desired to integratedly manage computers without discriminating 
between mainframe computers and open architecture computers. 
M 15 Further, for accommodation to mission-critical service, it is desired, 
P also in the case of using open architecture computers, to realize a 

Ly computing system in which a plurality of operating systems run. 

U As described above, the conventional management system for 

mainframe computers presupposes that a special monitoring apparatus 
20 exists for management, monitoring and control of hardware resources. 
On the other hand, in many cases, an open architecture computer 
system does not have a special monitoring apparatus or the like, since 
the system includes many computers. Even if a special monitoring 
apparatus exists, its management function is simplified in many cases. 
25 Namely, a management configuration for open architecture computers 
similar to that for mainframe computers has not been realized. 
Further, a management configuration for hardware recourses in an 
open architecture computing system in which a plurality of operating 
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systems run has not been even investigated. 

An object of the present invention is to provide a hardware 
_ resource management system for an open architecture-computer system 
that employs a computing system configuration in which a plurality of 
5 operating system run. 

The present invention provides a computing system in which a 
plurality of OSs run on hardware of one computer, said computing 
system comprising: management agents that are respectively executed 
on the OSs, to manage said OSs; a partitioning control unit that keeps 
10 partition configuration information indicating a relation between each 

% t OS and the hardware, and controls allocation of the hardware to each 

\y 

*9 OS; and a hardware data collection unit that collects information on 

?~ 

Sj said hardware; wherein: said computing system uses said partition 

CO 

y configuration information to perform hardware management for each 

f 15 OS. 

H' In that case, it is possible to further provid a management 

UJ console for performing information collection, failure reception and 

M 

p control of said computer on which said plurality of OSs run. 

Further, it is possible to provide arrangement wherein: when 

20 one of said management agents receives a request of said management 
console for acquisition of hardware configuration information, the 
management agent notifies said request to said partitioning control 
unit; the partitioning control unit, which has been notified of said 
request, acquires the information on said hardware from said hardware 

25 data collection unit, and extracts requested information on hardware 
using said partition configuration information, to send said 
information extracted to said management agent; and said management 
agent notifies the information received from said partitioning control 
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unit to said management console. 

Further, it is possible to provide arrangement wherein: when 
said hardware data collection unit detects an occurrence of a failure in 
a piece of the hardware, the hardware data collection unit notifies 
5 failure data to said partitioning control unit; said partitioning control 
unit notifies said failure data to a management agent corresponding to 
an OS allocated with said piece of the hardware in which the failure 
has occurred; and said management agent notified of said failure data, 
in turn, notifies said failure data to said management console. Or, 
10 said management agent may control software, based on the failure data 
% i notified. 

Further, it is possible to provide arrangement wherein: when 
one of said management agents detects an occurrence of a failure in 
[j software, said management agent notifies failure data to said 

* rf 15 partitioning control unit; said partitioning control unit performs 
Q control of reallocation of the hardware allocated to each OS, or 

%. s 

W performs activation control for each OS, based on said failure data. 

H- ... 

q The present invention provides another computing system 

r " comprising: an integrated management agent that is executed on a first 

20 OS to manage a computer; software management agents that are 

respectively executed on the OSs except for said first OS, to each 

manage software executed on an OS concerned; a partitioning control 

unit that keeps partition configuration information indicating a 

relation between each OS and the hardware, and controls allocation of 

25 the hardware to each OS; and a hardware data collection unit that 

collects information on said hardware; wherein: said computing system 

uses said partition configuration information to perform hardware 

management for each OS. 
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In that case, it is possible to further provide a management 
console for performing information collection, failure reception and 
control of said computer on which said plurality of OSs run. 

Further, it is possible to provide arrangement wherein: when 
5 said integrated management agent receives a request of said 
management console for acquisition of hardware configuration 
information, said integrated management agent notifies said request to 
said partitioning control unit; the partitioning control unit, which has 
been notified of said request, acquires the information on said 
10 hardware from said hardware data collection unit, and extracts 
^3 requested information on hardware using said partition configuration 

v3 information, to send said information extracted to said integrated 

SJ management agent; and said integrated management agent notifies the 

CO 

information received from said partitioning control unit to said 

p 

15 management console. 
Q Further, it is possible to provide arrangement wherein: when 

Ly said hardware data collection unit detects an occurrence of a failure in 

the hardware, the hardware data collection unit notifies failure data to 

is? ' 

r " said partitioning control unit; said partitioning control unit notifies 

20 said failure data to said integrated management agent; and said 
integrated management agent notifies the received failure data to said 
management console, or, the integrated management agent may control 
software through said software management agents, based on the 
failure data notified. 
25 Further, it is possible to provide arrangement wherein: when 

one of said software management agents detects an occurrence of a 
failure in software, said software management agent notifies failure 
data to said partitioning control unit; said partitioning control unit 
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performs control of reallocation of the hardware allocated to each OS, 
or performs activation control for each OS, based on said failure data. 

Further, in the above-described computing system, it is 
possible to provide arrangement wherein: said partitioning control unit 
5 performs control of reallocation of the hardware allocated to each OS, 
or performs activation control for each OS, based on said failure data, 
according to an instruction of said management console. 

Brief Description of the Drawings 
10 Fig. 1 is a diagram showing an example of configuration of a 

computing system to which the present invention is applied; 

Fig. 2 is a diagram showing a management configuration of an 
partitioning enabled open system; 

Fig. 3 is a diagram showing an example of structure of 
^ 15 partition configuration information 2211; 

W Fig. 4 is a diagram showing the flow of initialization process at 

the time of activation of the system; 

Fig. 5 is a diagram showing the flow of processing at the time 
of acquiring hardware configuration information; 
20 Fig. 6 is a diagram showing the flow of processing at the time 

of occurrence of a hardware failure; 

Fig. 7 is a diagram showing the flow of processing at the time 
of occurrence of a software failure; 

Fig. 8 is a diagram showing the flow of processing for 
25 performing control etc. of hardware under an instruction from a 
management console; and 

Fig. 9 is a diagram showing another management configuration 
of an partitioning enabled open system. 
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Detailed Description 

Now, embodiments of the present invention will be described 
in detail referring to the drawings. In the following description and 
in the legends in the drawings/ for the sake of convenience of 
description, a computing system in which a plurality of operating 
systems (hereinafter, referred to as OS) run is called as a partitioning 
enabled system, and a computing system in which a single OS runs is 
called as a partitioning disabled system. 
[First Embodiment] 

Fig. 1 is a diagram showing an example of configuration of a 
computing system to which the present invention is applied. 

As shown in the figure, this computing system comprises a 
management console 10, an partitioning enabled open system 20, an 
partitioning disabled open system 30, a partitioning enabled 
mainframe system 40, and a partitioning disabled mainframe system 
50. 

The management console 10 is a managing computer in the 
present computing system, and, on the other hand, the partitioning 
enabled open system 20, the partitioning disabled open system 30, the 
partitioning enabled mainframe system 40 and the partitioning 
disabled mainframe system 50 are managed computers as objects of the 
management by the management console 10. 

The management console 10 is connected to a plurality of 
managed computers 20 - 50, through a network 60. The network 60 is 
realized by a local area network (LAN), a wide area network (WAN), 
dedicated lines, telephone lines, a wireless network, a wired network, 
or the like, for example. 



8 




HT1684 



In the figure, for the simplicity of illustration, one computer is 
shown for each system 20 - 50. However, a plurality of computers 
may exist as computers of each kind of system. 

The management console 10, which provides a user interface 
for an administrator to perform configuration management, failure 
monitoring and control of the hardware of each managed computer, 
receives a request of the administrator and performs that request. 

The partitioning enabled open system 20 is a partitioning 
enabled system realized by an open architecture computer, and the 
partitioning enabled mainframe system 40 is a partitioning enabled 
system realized by a mainframe computer. 

Each of the partitioning enabled systems 20 and 40 comprises 
one computer provided with an environment that enables a plurality of 
OSs to run, and, in each partitioning enabled system, a plurality of OSs 
run. As examples of the partitioning enabled system, may be 
mentioned a virtual machine, a logical partitioned computer, and a 
physical partitioned computer. 

The partitioning disabled open system 30 is a partitioning 
disabled system realized by an open architecture computer, and the 
partitioning disabled mainframe system 50 is a partitioning disabled 
system realized by a mainframe computer. 

Each of the partitioning disabled systems 30 and 50 comprises 
one computer provided with an environment that enables one OS to 
run, and, in each partitioning disabled system, one OS runs. 

In the present embodiment, the management console 10 can 
control all kinds of computing systems 20 - 50 connected through the 
network 60. Namely, each system 20 - 50 provides a management 
interface that is similar from the viewpoint of the management console 
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10, and accordingly, the management console 10 can manage those 
computing system integratedly. 

In the following, a hardware resource management system in 
the partitioning enabled open system 20 will be described in detail. 

Fig. 2 is a diagram showing a configuration of the partitioning 
enabled open system 20. This figure shows a configuration required 
for performing configuration management, failure monitoring and 
control of the hardware resources. As shown in the figure, the 
partitioning enabled open system 20 comprises a plurality of partitions 
211 (A - N), a partitioning control unit 221, and hardware 231. 

Each of the partitions 211 is a unit in which one OS runs, and 
comprises one OS 2110, and a management agent 2111 that operates on 
the OS 2110. 

The management agent 2111 communicates with the 
management console 10 through the network 60, and performs 
configuration management, failure monitoring and control of the 
partitioning enabled open system 20. The management agent 2111 is 
realized, for example, as software (a program) that operates on the OS 
2110. 

As shown in the figure, the management agent 2111 comprises 
an external communication unit 21111, a failure data management unit 
21112, a log file 21113, a software failure monitoring unit 21114, and a 
communication unit with partitioning control unit 21115. 

The external communication unit 21111 provides a 
communication interface (I/F) with the management console 10. The 
log file 21113 records failure data of each partition. The failure data 
management unit 21112 manages the log file 21113, and, for example, 
notifies the management console 10 or the partitioning control unit 221 
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of failure data. The software failure monitoring unit 21114 detects a 
software failure generated in each partition. The communication unit 
with partitioning control unit 21115 provides a communication I/F 
with the partitioning control unit 221. 

Further, the partitioning control unit 221 controls allocation of 
the hardware of one computer to respective OSs of the partitions 211, 
in the partitioning enabled system. The partitioning control unit 221 
is realized, for example, as firmware (a program). 

As shown in the figure, the partitioning control unit 221 
comprises partition configuration information 2211, a communication 
relay unit 2212, and a partition configuration management unit 2213. 

The partitioning configuration information 2211 is information 
that indicates correspondence between each partition 211 and the 
hardware 231, and includes physical configuration allocation, 
allocation related to resources such as interrupt addresses and memory, 
and the like. Details of the partition configuration information 2211 
will be described below. 

The communication relay unit 2212 utilizes the partition 
configuration information 2211 and relays communication between 
each partition 211 and the hardware 231. Further, the communication 
relay unit 2212 relays an instruction from, for example, the 
management agent 2111 to the partition configuration management 
unit 2213, in order to perform dynamic change control of the hardware 
allocated to each partition 211, and to perform activation control such 
as activation, shutdown, forced shutdown, etc. of the OS 2110 on each 
partition 211. 

The partition configuration management unit 2213 performs 
control of each partition 211, as well as management (such as update) 
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of the partition configuration information 2211 in accordance with an 
instruction through the management agent 2111, a direct instruction 
from the administrator by use of a local input device, or the like. 

Further, the hardware 231 is hardware of the computer 
constituting the partitioning enabled open system 20, and comprises a 
main body hardware group 2311. 

As shown in the figure, the main body hardware group 2311 
includes hardware such as a processor 23112, a processor temperature 
sensor 23113, a processor fan 23114, a memory 23115, input/output 
devices 23116, a power supply 23117, a power supply fan 23118, a 
voltage sensor 23119, a chassis fan 23120, a chassis temperature sensor 
23121, and the like. 

The main body hardware group 2311 further comprises a 
hardware data collection unit 23111. The hardware data collection 
unit 23111 manages configuration information of each piece of 
hardware included in the main body hardware 2311, and monitors the 
conditions of each sensor device and each piece of hardware, to detect 
a hardware failure. 

Further, the hardware 231 comprises a service processor 2313, 
if necessary. The service processor 2313 is an extended device that 
can cooperate with the hardware data collection unit 23111 to perform 
configuration management, failure monitoring and control of the main 
body hardware group 2311. And, the service processor 2313 
comprises a processor, a power supply or storage battery, a storage, a 
communication I/F, a timer, input/ output devices, and the like, 
differently from the main body hardware group 2311. By providing 
the service processor 2313, which is a device independent of the main 
body of the partitioning enabled open system 20, it becomes possible to 
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perform processing such as notification of failure data when a fatal 
failure (for example, a stop of the main body or operating system) is 
generated in the main body of the partitioning enabled open system 20, 
or to perform power control of the main body of the partitioning 
enabled open system 20. 

Next, details of the above-mentioned partition configuration 
information 2211 will be described. 

Fig. 3 is a diagram showing an example of structure of the 
partition configuration information 2211. 

As shown in the figure, the partition configuration information 
2211 comprises: a processor number 221101, a processor mode 221102, 
and a sharing ratio 221103, as information on a processor; a memory 
slot number 221104, a total memory size 221105, a dedicated memory 
size 221106, a shared memory size 221107, and a shared partition name 
221108, as information on a memory; and an input/output device 
allocation condition 221109 as information on input/output devices. 

The processor number 221101 is information indicating a 
physical position of a processor allocated to each partition 211. The 
processor mode 221102 is information indicating if the processor is 
dedicated to one partition 211 or shared by a plurality of partitions 211. 
The sharing ratio 221103 is information indicating a ratio of processor 
throughput for interrupt processing or the like. 

The memory slot number 221104 is information indicating a 
physical position of the memory allocated to each partition 211. The 
total memory size 221105 is information indicating a total capacity of 
the memory allocated to each partition 211. The dedicated memory 
size 221106 indicates a memory capacity dedicated to each partition 
211 out of the total memory size 221105. The shared memory size 
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221107 indicates a capacity of the memory shared with other partitions 
211 out of the total memory size 221105. The shared partition name 

221108 is information indicating other partitions that share the 
memory. 

The input/output device allocation condition 221109 is 
information indicating which partition 211 only one hardware device 
such as a keyboard, a mouse, a display, or the like, existing in the main 
body of the chassis is presently allocated to. 

The partition configuration information 2211 further comprises 
computer identification information 221110. The computer 
identification information 221110 is identification information (for 
example, a serial number or the like of the computer) that uniquely 
indicates the computer itself. And, when the partitioning control unit 
221 sends information to the management agent 2111, the computer 
identification information 221110 is always attached to the sent 
information. The computer identification information 221110 is used 
by the management console 10 to judge that the computer itself is a 
partitioning enabled system and each piece of hardware belongs to one 
computer, for example. 

Although not shown in the figure, the partition configuration 
information 2211 further comprises information for each partition, 
which indicates if the partition concerned should be activated at the 
same time with switch-on of the power supply. Further, in the case 
that partitions 211 divide and share extended hardware such as a hard 
disk within the computer, similarly to the examples of the processor 
and memory, the partition configuration information 2211 keeps 
therein information indicating a relation between each piece of 
extended hardware and each partition. 
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Next, operation of the partitioning enabled open system 20 
having the above-described configuration will be described. 

First, initialization process at the time of activation of the 
system will be described. 

Fig. 4 is a diagram showing the flow of initialization process at 
the time of system activation in the partitioning enabled open system 
20. Here, will be described process in which one partition 211 (for 
example, the partition A) is activated at the time of system activation. 
When a plurality of partitions are to be activated at the time of system 
activation, those partitions are sequentially activated in the same 
manner. 

When the power supply 23117 of the partitioning enabled open 
system 20 is switched on, for example, manually or under an 
instruction of the service processor 2313, each piece of the main body 
hardware group 2311 starts to be activated (S1001). 

Next, the partitioning control unit 221 is activated to decide 
hardware to be allocated to each partition, based on the partition 
configuration information 2211 (S1002). The partition configuration 
information 2211 has been set in advance to suitable values 
corresponding to actual conditions, by the administrator through the 
management console 10 or a local input device. When the service 
processor 2313 exists, the service processor 2313 may perform similar 
process, in stead of the partitioning control unit 221. 

Next, the OS 2110 of the partition A is activated, and further, 
the management agent 2111, which operates on the OS 2110, is 
activated (S1003). 

Next, the partition configuration information 2211 is notified to 
the management console 10, through the communication relay unit 
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2212 in the partitioning control unit 221, and through the 
communication unit with partitioning control unit 21115 and the 
external communication unit 21111 in the -management agent 2111 
(S1004). At that time, also the computer identification information 
5 221110 is notified to the management console 10. 

On receiving the mentioned information, the management 
console 10 analyzes the information in question, and displays the fact 
that the managed computer is an partition enabled system, displays the 
number of the partitions constituting the managed computer, and 
10 displays if each partition 211 is presently in an activated state, on its 
screen (S1005). 

Also, in the case that, after the activation of the computer, an 
additional partition is individually activated under an instruction from 
the administrator, the computer identification information 221110 etc. 
15 are notified to the management console 10. And, the management 
console 10 used the notified computer identification information 
221110 to judge if another partition existing in the same computer is 
activated. 

Next, operation of acquiring hardware configuration 
20 information in the partitioning enabled open system 20 will be 
described. 

Fig. 5 is a diagram sowing the flow of processing at the time of 
acquiring hardware configuration information in the partitioning 
enabled open system 20. Here, will be described the case of 
25 acquisition of hardware configuration information of one partition 211 
(for example, the partition A) in the partitioning enabled open system 
20. 

First, through the management console 10, the administrator 




HT1684 



requests acquisition of hardware configuration information from the 
partition A of the partitioning enabled open system 20 (S301). 

When the management agent 2111 on the partition A receives 
that request through the external communication unit 21111, the 
management agent 2111 issues a hardware configuration information 
acquisition instruction to the partitioning control unit 221 through the 
communication unit with partitioning control unit 21115 (S302). 

The partition configuration management unit 2213 in the 
partitioning control unit 221 receives that instruction, and then, the 
partition configuration management unit 2213 acquires configuration 
information on all the hardware existing within the partitioning 
enabled open system 20, from the hardware data collection unit 23111 
through the communication relay unit 2212 (S303). 

Then, the hardware information allocated to the partition A is 
acquired from the partition configuration information 2211. And, 
using that information, only the hardware configuration information 
related to the partition A is extracted from the configuration 
information on all the hardware. Then, the extracted hardware 
configuration information is notified to the management agent 2111 
through the communication relay unit 2212 (S304). 

The management agent 211 notifies the hardware configuration 
information received from the partitioning control unit 221 to the 
management console 10 through the external communication unit 
21111, and the information is displayed on the management console 10 
under observation of the administrator (S305). 

Here, each piece of the hardware configuration information 
notified to the management agent 211 in the step S304 includes the 
computer identification information 221110, also. Based on the 
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mentioned information, the management console 10 can know if the 
information from each partition 211 is information from a partition 
within the same computer. - " 

Hereinabove, the description has been given to the case where 
5 configuration information on hardware allocated to one partition is 
acquired. In the case of a request for acquisition of the hardware 
configuration information 2211 of the whole computer, the partitioning 
control unit 221 returns the configuration information on all the 
hardware to the management agent 2111, without performing the 
10 extraction processing in the step S304. 

Next, will be described processing at the time of occurrence of 
a hardware failure in the partitioning enabled open system 20. 

Fig. 6 is a diagram showing the flow of processing at the time 
of occurrence of a hardware failure in the partitioning enabled open 
15 system 20. Here, will be described the case where a failure is 
generated in the hardware allocated to one partition 211 (for example, 
the partition A) in the partitioning enabled open system 20. 

First, the hardware data collection unit 23111 monitors the 
conditions of the sensor devices and each hardware, and/on detecting 
20 occurrence of a failure, notifies the information on the detected 
hardware failure to the partitioning control unit 221 (S401). 

Being notified of the hardware failure data, the partitioning 
control unit 221 refers to the partition configuration information 2211 
in order to specify the partition 211 (for example, the partition A) to 
25 which the failure-detected hardware is allocated (S402). Then, the 
partitioning control unit 221 notifies the information on the detected 
hardware failure to the management agent 2111 of the specified 
partition A (S403). 
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The hardware failure data notified to the management agent 
2111 is delivered to the failure data management unit 21112 through 
the communication unit with partitioning control -unit 21115 to be 
recorded in the log file 21113, and at the same time, is notified to the 
5 management console 10 through the external communication unit 
21111 (S404). 

Receiving the above-mentioned information, the management 
console 10 displays the notified hardware failure on the screen or the 
like, to inform the administrator of the occurrence of the hardware 

10 failure (S405). 

Here, when the hardware failure data is notified from the 
partition control unit 221, the management agent 2111 may perform 
various control operations on software in the partition 211 in addition 
to or instead of notifying the failure data in question to the 

15 management console 10 in the above step S404. For example, the 
failure data management unit 21112 may notify the failure data to the 
OS 2110 or an application operating on the OS 2110, stop the OS 2110 
or an application operating on the OS 2110, or perform transfer 
processing that makes another OS or an application operating on 

20 another OS inherit processing under execution by the OS 2110 or an 
application operating on the OS 2110. 

By performing such processing, it is possible to link with 
software control when a hardware failure is generated, and it is also 
possible to realize an autonomous countermeasure processing for a 

25 failure, in the sense that it is closed within one computer. 

When a hardware failure detected by the hardware data 
collection unit 23111 is such a fatal failure as to stop the system on the 
computer, the above-described information transfer is impossible. 
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However, even in such a case, if the computer has the service processor 
2313, the failure data can be notified to the management console 10 
through the service processor 2313. Further, in the case that a 
computer has the service processor 2313, even when a hardware failure 
detected by the hardware data collection unit 23111 is not fatal, the 
failure data concerned may be notified to the service processor 2312, to 
accumulate the failure data in a log management unit provided within 
the service processor 2313, and, at the same time, to notify the failure 
data to the management console 10 also from the service processor 
2313. 

Next, will be described processing at the time of occurrence of 
a software failure in the partitioning enabled open system 20. 

Fig. 7 is a diagram showing the flow of processing at the time 
of occurrence of a software failure in the open-type partition enabled 
system 20. Here, will be described the case where a software failure is 
generated in one partition 211 (for example, the partition A) in the 
partitioning enabled open system 20. 

First, when the software failure monitoring unit 21114 in the 
management agent 2111 detects occurrence of a software failure in the 
OS 2110 or an application operating on the OS 2110, the software 
failure monitoring unit 21114 notifies the information on the detected 
software failure to the failure data management unit 21112 (S601). 

The failure data management unit 21112 records the notified 
software failure data to the log file 21113, and, at the same time, 
notifies it to the partitioning control unit 221 through the 
communication unit with partitioning control unit 21115 (S602). At 
that time, the software failure data may be notified also to the 
management console 10, through the external unit 21111. 
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In the partitioning control unit 221, when the partition 
configuration management unit 2213 receives the software failure data 
through the communication relay unit 2212, the partitioning control 
unit 221 performs various control operations on the partition 211 (for 
5 example, the partition A) where the software failure has occurred 
(S603). For example, termination processing and re-activation 
processing for the partition A may be performed, or hardware 
reallocation processing for the hardware allocated to the partition A 
may be performed. When hardware reallocation processing is 

10 performed, the partition configuration information 2211 is updated 
according to the contents of the reallocation. 

By performing such processing, it is possible to link with 
hardware control when a software failure is generated, and it is also 
possible to realize an autonomous countermeasure processing for a 

15 failure, in the sense that it is closed within one computer. 

Next, will be described processing of dynamic control of the 
hardware allocated to each partition 211 and processing of 
activation/ termination of each partition 211, under an instruction from 
the management console 10, in the partitioning enabled open system 

20 20. 

Fig. 8 is a diagram showing the flow of processing of dynamic 
control of the hardware allocated to each partition 211 or processing of 
activation/termination of each partition 211, under an instruction from 
the management console 10, in the partitioning enabled open system 20. 
25 Here, will be described the case where control instructions are given in 
relation to one partition 211 (for example, the partition A) in the 
partitioning enabled open system 20. 

First, the administrator uses the management console 10 to 
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issue a processing instruction directed to the partitioning control unit 
221 for partitioning control of the partitioning enabled open system 20 
(S701). 

The issued instruction is transferred to the partitioning control 
5 unit 221 through the management agent 2111 or the service processor 
2313 (S702). 

In the partitioning control unit 221 that has received the 
instruction, the partition configuration management unit 2213 
performs dynamic control of the hardware allocated to the partition A 
10 or activation/termination control of the partition A, according to the 
Q contents of the instruction (S703). Here, when hardware reallocation 

processing is performed, the partition configuration information 2211 
j is updated according to the contents of reallocation. 

Here, it is possible that the partitioning control unit 221 
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W 

IsJ 15 performs dynamic control or the like of the hardware allocated to each 
C3 partition 211, based on not only an instruction from the management 

W console 10, but also hardware failure data notified from the hardware 

?r data collection unit 23111. 

fA [Second Embodiment] 

20 Next, another configuration of the partitioning enabled open 

system 20 will be described. 

Fig. 9 is a diagram showing another configuration of the 
partitioning enabled open system 20. This figure shows also a 
configuration required for performing configuration management, 
25 failure monitoring, and control of hardware resources. As shown in 
the figure, the partitioning enabled open system 20a comprises a 
plurality of partitions 211 (A - N), a management-dedicated partition 
240, a partitioning control unit 221, and hardware 231. 
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Differences from the configuration shown in Fig. 2 lie in that 
the management-dedicated partition 240 is provided, and that each 
partition 211 other than the management-dedicated partition 240 is 
provided with a software management agent 2113 instead of the 
management agent 2111. 

The partitioning control unit 221 and the hardware 231 have 
the similar configurations as those shown in Fig. 2. 

The management-dedicated partition 240 is one of a plurality 
of partitions provided in the partitioning enabled open system 20a, and 
is operated for management of the whole computer. 

On the management-dedicated partition 240, a management OS 
2410 that assures real time operation (hereinafter, referred to as 
RAS-OS) and an integrated management agent 2411 operate and 
communicate with the management console 10. 

The RAS-OS 2410 is an OS that enables real time control, and is 
allocated with the minimum resources and always continues to operate 
as far as the partitioning enabled system operates. 

The integrated management agent 2411 operating on RAS-OS 
2410 cooperates with the software management agents 2113 operating 
respectively on the partitions 211, the partitioning control unit 221, and 
the hardware data collection unit 23111, to realize configuration 
management, failure monitoring and control of the whole computer. 

As shown in Fig. 9, the integrated management agent 2411 
comprises an external communication unit 21111, a failure data 
management unit 21112, a log file 21113 and a communication unit 
with partitioning control unit 21115. The external communication 
unit 21111, the failure data management unit 21112, the log file 21113 
and the communication unit with partitioning control unit 21115 are 
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respectively similar to the external communication unit 21111, the 
failure data management unit 21112, the log file 21113 and the 
"communication unit with partitioning- control unit 21115 provided- to - 
the management agent 2111 shown in Fig. 2. 

Further, the software management agent 2113 comprises a 
software failure monitoring unit 21114 and a communication unit with 
partitioning control unit 21115. The software failure monitoring unit 
21114 and the communication unit with partitioning control unit 21115 
are respectively similar to the software monitoring unit 21114 and the 
communication unit with partitioning control unit 21115 provided to 
the management agent 2111 shown in Fig. 2. 

The software management agent 2113 monitors a software 
failure of the OS 2110 or an application operating on the OS 2110, and 
communicates with the partitioning control unit 221 and does not 
directly communicate with the management console 10. 

In the partitioning enabled open system 20a shown in Fig. 9, 
the integrated management agent 2411 utilizes the partitioning control 
unit 221 and the hardware data collection unit 23111 to perform 
configuriation management, failure monitoring and control of the 
hardware of all the partitions, which includes all the hardware existing 
in the computer. 

In other words, the integrated management agent 2411 takes all 
the tasks assumed by the respective management agents 2111 on the 
partitions 211 in the partitioning enabled open system 20 shown in Fig. 
2. 

For example, hardware failure data detected by the hardware 
data collection unit 23111 is notified to the integrated management 
agent 2411 through the partitioning control unit 221. Receiving that 
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notification, the integrated management agent 2411 notifies the 
received failure data to the management console 10, or performs 
control of the software, in cooperation with the software management 
agents 2113. 

Further, information on a software failure occurred in each 
partition 211 is notified by the software management agent 2113 on the 
partition 211 in question to the integrated management agent 2411 
through the partitioning control unit 221. 

In the present embodiment, the processing flows of the 
configuration management, failure monitoring and control of the 
hardware using the integrated management agent 2411 are basically 
similar to the above-described processing flows shown in Figs. 4-8. 

As described in detail above, the present invention can realize 
configuration management, failure monitoring and control of hardware 
in an open-type computing system in which a plurality of OSs run. 
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